「Dod 跟 AC 到底差在哪?」這個問題就像朋友問你:「你分得清拿鐵和卡布奇諾嗎?」你心裡可能冒出一個問號,然後開始想:「嗯...好像都差不多啊?」其實不怪你,因為 Dod 和 AC 這兩個詞常常被混用,讓很多人在專案開發的路上迷失了方向。
但別擔心,今天我們就要來破解這兩個看似相似,卻其實性格完全不同的名詞,讓你在面對驗證工作完成的標準,能輕鬆駕馭,避免在團隊會議上摸不著頭腦。那 Dod 和 AC 究竟是什麼呢?讓我們繼續看下去!
DoD 是針對整個團隊的通用標準,適用於每個 User Story 或任務,表示這項工作何時可以被視為“完成”。這通常包括開發、測試、文件編寫、部署等一系列活動的完成情況,可以針對不同的流程作業,定義出DoD,也可以定義出角色Dod;定義出來的Dod並非百年不動,而是可以隨著運作過程中,不斷的調整與修正,才可以與時俱進。
例如:每個使用者故事(User Story)在被認為“完成”之前,必須達到定義的完成標準(DoD)
AC 是針對特定 User Story 或功能的具體要求,描述了產品在使用者角度下的可驗證結果,它是 PO(產品負責人)對這個故事何時可以被認為是可接受的標準,通常針對的是該故事的業務需求。
例如:身為問卷設計者,我可以複製整張問卷,並進行編輯
整合上述概念來說,可以這樣理解:
每個使用者故事的 DoD(Definition of Done, 完成定義)在一個衝刺中是統一的,由 PO(產品負責人)與團隊共同制定,並適用於整個開發流程;DoD 不僅僅是一個驗收標準,更是幫助團隊持續改善流程的工具,使每個衝刺都能越來越順暢,品質也越來越高。
相對地,每個使用者故事的 AC(Acceptance Criteria, 驗收條件)則是不同的,因為它專注於針對每個故事的具體需求。AC 的目標是確保功能能夠達成預期的業務需求,且只在該故事完成時有效,一旦衝刺結束,該故事的 AC 就算完成。
簡單來說:
• DoD 是整體的統一標準,涵蓋了技術、品質和流程,適用於所有故事。
• AC 是針對每個故事的具體要求,確認功能是否達成預期目標,在每個故事的背景下單獨適用。
所以,現在 Dod 和 AC 的差別大家懂了嗎?Dod 是團隊的守門員,AC 是每個故事的過關條件,搞懂了這兩個,你就能讓開發流程順暢無比。
現在問題來了,你的 Dod 是不是該升級一下了?